home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 17 / CU Amiga Magazine's Super CD-ROM 17 (1997)(EMAP Images)(GB)[!][issue 1997-12].iso / CUCD / Programming / AMOSList / AMOSLIST.0997 / 000361_amos-request@svcs1.digex.net_Tue Sep 30 00:26:45 1997.msg < prev    next >
Text File  |  1997-10-01  |  3KB  |  71 lines
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.     by mail2.access.digex.net (8.8.5/8.8.5) with ESMTP id AAA29460
  3.     for <mcox@access.digex.net>; Tue, 30 Sep 1997 00:26:43 -0400 (EDT)
  4. Received: (from daemon@localhost)
  5.     by svcs1.digex.net (8.8.5/8.8.5) id VAA20178
  6.     for amos-out; Mon, 29 Sep 1997 21:04:30 -0400 (EDT)
  7. Received: from mail2.access.digex.net (mail2.access.digex.net [205.197.247.3])
  8.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id VAA20175
  9.     for <amos-list@svcs1.digex.net>; Mon, 29 Sep 1997 21:04:29 -0400 (EDT)
  10. Received: from m6.sprynet.com (m6.sprynet.com [165.121.1.89])
  11.     by mail2.access.digex.net (8.8.5/8.8.5) with SMTP id VAA03982
  12.     for <amos-list@access.digex.net>; Mon, 29 Sep 1997 21:04:27 -0400 (EDT)
  13. Received: from sprynet.com (ragriffi@hd32-185.hil.compuserve.com [206.175.223.185]) by m6.sprynet.com (8.6.12/8.6.12) with SMTP id SAA03124 for <amos-list@access.digex.net>; Mon, 29 Sep 1997 18:04:23 -0700
  14. From: Richard Griffith <ragriffi@sprynet.com>
  15. Reply-To: Richard Griffith <ragriffi@sprynet.com>
  16. To: AMOS mailing list <amos-list@access.digex.net>
  17. Date: Mon, 29 Sep 1997 20:58:49 +0500
  18. Message-ID: <yam7211.2492.118457968@m6.sprynet.com>
  19. In-Reply-To: <yam7209.855.5470544@huron.net>
  20. X-Mailer: YAM 1.3.4 [040] - Amiga Mailer by Marcel Beck
  21. Organization: Lacking; Does not play well with others.
  22. Subject: Re: GUI goes on
  23. MIME-Version: 1.0
  24. Content-Type: text/plain
  25. Status: O
  26. X-Status: 
  27.  
  28. On 28-Sep-97, Mr. Giark To You wrote:
  29.  
  30. > ... Someone should look into how an icon is put on the screen when
  31. >you iconify. It should do like the MUI(sucks) ones do. You can set the icon
  32. >for it to use.
  33.  
  34. Well, I know how to put an icon on the workbench, but I really 
  35. can't translate it to AMOS at the moment.
  36.  
  37. In the 1.3 days, an 'icon' was a small window, lacking all system
  38. gadgets except the drag bar, which had to cover the entire window.
  39. The icon's image was just a basic intuition image, which could
  40. be borrowed from a real icon by using GetDiskObject to load it
  41. and using the GadgetRender (an Image for Icons) from within its
  42. Gadget structure.
  43.  
  44. For 2.0 and up the workbench.library provides AddAppIcon, which
  45. puts a real icon on the workbench. In this case you need an
  46. real DiskObject (a la GetDiskObject) not just the image, so
  47. borrowing a real icon is the path of least resistance.
  48.  
  49. The problem with both of these, is that you need to wait for a
  50. message to come back to a port, something lacking in pure AMOS :(
  51. (It is sad that AMOS only exploited the Hardware and not the OS.
  52. That tendency to POLL instead of WAIT gives us the familiar 100%
  53. CPU use, and numerous other shortfalls.)
  54.  
  55. In both cases, you are just substituting waiting for the icon
  56. signal for waiting for normal GUI signals. You create the icon
  57. (with OpenWindow of AddAppIcon) close your regular window(s). Then
  58. wait for the wakeup click(s) and whatever else you need to pay
  59. attention to (such as TCP I/O, for example.) When you see the
  60. wakeup event, re-open the GUI, and withdraw the icon (CloseWindow
  61. or RemoveAppIcon.)  It should be easy to add these to a GUI
  62. environment that already is adept at waiting for intuition
  63. (actually, exec) style messages.
  64.  
  65. I could supply details for any of these if it would help, but,
  66. unfortunately, have too much in front of me at the moment to go
  67. extention writing.
  68.  
  69. Hope this helps,
  70. -Richard
  71.